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Editorial 


Welcome to another issue of the CUGI Newsletter. This is the biggest issue to date, 
with more articles than ever before. Many thanks to all the contributors. This issue 
marks something of a departure from previous editions, by being book rather than 
magazine sized. There are a number of reasons for the change, the main one being 
that the number of articles submitted for publication keeps increasing (incidentally, 
don’t let this fact dissuade you from submitting your masterpiece!). With the old 
A4 format, it was getting quite cumbersome to photocopy, and the smaller size 
reduces the work by half. It’s also easier to bind it and put on a proper cover. There 
are also some smaller changes which you may have noticed - there is now a real 
cover, and (ready for this?) a Contents page! Hopefully this will make it easier to 
find things if you return to an issue after a few months. 


Many thanks to Shane for taking over the job of editor in my absence, and 
producing an excellent last issue. As most of you are probably aware, I was busy 
doing exams in college and I didn’t even have time to go to CUGI meetings, let 


alone produce a newsletter! 


So, what else has been happening to me recently? Well, I’m currently working for 
the Computer Science Department of Trinity College for the summer. My job is to 
modify the I/O sub-system of COMANDOS (an inhouse operating system which 
TCD have developed) so that it will work on a UNIX system (using BSD 4.3 
Sockets in fact), rather than being tied to the native hardware of the NS32K based 
Trinity Workstation. And if you didn’t understand a word of the previous sentence, 
don’t be too put out because it took ME a week to understand what I was meant to 
be doing, and I’ve been doing Computer Science for three years! 


Anyway, the reason I mention this is because one of the perks of the job is that ! 
now have an account on one of the department’s Unix systems (which 
undergraduate students like myself normally don’t see very much of). As a result, 
I've been able to try out something I’ve been interested in for a long time, namely 
Matt Dillon’s DNET. Matt Dillon is a well known name to most Amiga users (he 
wrote programs like DMouse. DME. Commodore's Workbench 1.3 PIPE: device. 
CSH. Drem. Dasm. and many others), and DNET is yet another masterpiece. 


DN ET is simply a program which will let you connect together two Amigas, or one 
Amiga and one Unix system, just like a terminal program. Unlike most terminal 
programs though, it has some very useful benefits. For a start, all data sent between 
the two computers is automatically error-checked, so you never see any line noise. 
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You can also open up multiple virtual connections over the single physical phone 
line. This means that I can have three or four shells (CLIs) open on the Unix 
system I’m calling. I can be running an editor in the first window, a compiler in the 
second, chatting to someone else in the third and reading NEWS in the fourth, all 
at the same time! Its exactly the same as opening up lots of NEWCLI windows, but 
with the CLI being on the remote computer. 


DNET can also send and receive files in the background, while you are doing other 
_ things, and the file transfer can be set to a lower priority than the other 
connections, so it doesn’t interfere with the response time of interactive tasks such 
as an editor. Finally, it is possible to open up an Amiga CLI from the other 
computer, so when I’m in work, I can now connect to my Amiga at home by giving 
a single command. Once connected, I can do anything I would normally do in a 
CLI window, making it very easy for me to retrieve files from my hard disk, do 
directories etc. 


Matt Dillon is currently investigating adding a BBS facility to DNET, which could 
turn out to be very interesting - imagine being connected to a BBS where you 
could simultaneously be uploading and downloading files, chatting to the SYSOP, 
and reading new messages, all at the same time! Anyway, before this editonal 
turns into a fullblown DNET review, I’ll leave it there. Perhaps a demo of DNET 
could be arranged for a future CUGI meeting. 


So, what else has been happening? Well, along with the rest of the CUGI crowd, I 
went over to the Commodore Show at the start of June (see Geoff's article for a 
full report). This year didn’t seem to me to be as good as previous years. There 
were a lot of bargains as usual, but there was very little that hadn't been seen 
before. Some of the demos were fabulous though, and I picked up some nice pieces 
of software (including TxEd, ARexx and Lattice C V5.0, about which you will be 
hearing more in the future). As Geoff mentions in his article, he bought a copy of 
Amiga TeX, a very powerful text formatting package (it comes on 30 disks!) and 
with a little bit of luck, the next edition of the newsletter may be produced using 
that rather than Professional Page which is being used at the moment. 


That’s it for now. Enjoy the new format, and please note that the deadline for the 
next edition of the newsletter is lst September 1989. 


E. C 
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1989 Commodore Show Report 


by Geoffrey J. Reeves 


This year, as in previous years, a group of us headed over to the Commodore show 
in London at the start of June. Along this time were myself, Shane Broadberry, 
Eddy Carroll, Brian Ward, John Pelan and Liam Murphy. So it was that our smal 
party reached London, England. Despite a one-day tube strike, we made it to the 
umpteenth Commodore Show in the Novotel, Hammersmith. Having arrangec 
weekend passes for ourselves, we began our mission. 


Firstly, the main stands were placed - Commodore, ICPUG, Bytes & Pieces 
Amiga Computing, etc. It slowly became apparent that there was little new o 
innovative at the show. Mind you, prices were interesting - Deluxe Paint I wa: 
officially priced at £79 but started off at £65 and by the end of the show wa 
readily available under £50. Similarly, Sculpt-3D varied from £70 or so down t 
about £49. 


It was a show for those interested in buying either software (Amiga Infocon 
adventures were on sale at one point for £5 each, some of the C64 ones going fo 
£2 each or less!) or the larger hardware items. I was always near someone carryin; 
his/her new Amiga (£340 was expensive) but bargains such as ’broken’ C64s fo 
£15 or £25 were not to be missed. Similarly, the C64 music expansion system wa: 
on sale (originally at £199. 99) for as low as £30 - I would really have liked t 
Know what were the differences between it and the ’MIDI keyboard & software 
package for the Amiga (cost £99) from Eidersoft. I expect to see at least one demc 
of such an item (homebrew job) at a future CUGI meeting. 


Needless to say, blank disks were very cheap but one had to be careful of the 
rubbish - single-sided disks are useless for the Amiga. If you could afford to buy 
(and carry!) large numbers of them, it was possible to buy 3.5" disks at around 
60-70p each and the 5.25" ones at around l5p. Sadly, our personal and club 


budgets didn’t extend to these bulk quantities but the few we brought back seemed 
to be appreciated at IR£1 each. 


‘Amiga users interested in expanding their systems were to be found crowded 
around the Bytes & Pieces stand - £299 for an internal 1.5 Meg board (fully 
populated) sickened me (I'd paid £375 some months earlier) (not to mention those 
of us who paid £470 last year! - Ed]. I purchased an Adaptor for ST-506 drives and 


a power supply for it and the drive I’d already bought here. That still has yet to 
function 100% correctly so I guess I’ve a few phone calls to make or letters to 
write. I still have a few leaflets from that company if anyone is interested. 


On behalf of the school at which I work (am employed?) a TeX package was 
purchased. TeX (pronounced TEK, plebs) is basically a type-setting package with 
facilities and possibilities which astound me. It consists of 4 or 5 programs, and I 
was also advised to get two books - one on the language TeX (pronounce it TEK, I 
said!) and another on the document preparation system called LaTeX. When I get 
to grips with the complete package you can expect to see three clear signs of 
success viz. a demo at a CUGI meeting, an article in the next Newsletter and the 
next Newsletter (which may well be prepared using LaTeX). It was not cheap - 
£125 for the program and £75 for each set of printer drivers - but my honest face 
etc. managed to persuade the seller to sell me two printer drivers for the price of 
one. The books cost £20 each bringing the total to about £240. Still, for what it 
does I expect it to pay for itself quite quickly. 


What else? Well, Shane invested in an accelerator board which he will doubtless 
descibe in more detail when he gets to grips with it. A few of us renewed 
subscriptions with Transactor UK (6 issues for £23 is great value). Other bits and 
pieces were available outside the show (yes ... there WAS a world outside) in a 
branch of Maplin Electronics (check out their catalogue - CUGI has a copy). 


So, what with the bargains at the show, the multitude of cheap second-hand CD 


shops and various shops selling Dungeons & Dragons maternal, it’s a case of 320 
days or soto go... 
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Framed 
or Fun things to do with Fantavision 


by Colm O’ Rourke 


Fantavision is an easy program to use. It enables you to get basic results with great 
speed and encourages you to try more adventurous creations which will eventually 


lead to something special. Fantavison is a mover. It animates. Its whole reason for © 


being is to calculate the intermediate positions between frame 1, your magnificent 
opening and frame 2, your superb next move. As an extra bonus, it will trigger any 
selected sounds at the correct points. Can it make moving titles for a videotape? It 
certainly can and it does it without reducing the user to a trembling jelly, blinded 
by stressful mathematical calculations. The Amiga takes on this workload and 
discharges it admirably. 


Like to try a simple moving title? Okay. First you need the necessary ingredients: 


1) Fantavision UK or USA (USA leaves you 56 lines short), and 
2) A creative idea (you have to supply the title). 


Method 


First load Fantavision, then select a background colour. This colour can be any 
consistancy you like but make sure that it suits your mood because once you mix in 
the letters, you could be looking at it for a long time. Clone two blank frames to 
give you headroom later on. You will be starting on frame three. Make your text 
rectangle and prepare your text font. A large size is best. Pick your favourite 


colouring and start typing but do remember to leave a Space between each letter to 
allow for the next stage. 


Cut out each letter individually so that it becomes a seperate object and move them 


outside the text rectangle. Take your text rectangle and empty the text into the 
wastepaper basket. Place remaining letters in random order and clone it. You are 


now on frame four. Move the letters to their correct positions and select GO. Your 
title will run in repeat mode. 


Congratulations! You h 
moment in the creativ 
back and admire yoy 
moment of joy ; 


ave just produced your first moving title. This is a special 
© process and you should allow yourself the opportunity (0° f 
r work. Smile broadly at the result because after a very ns 
you will not be satisfied with it, 


-cmm o 


Back to the start and try again, and keep trying. This program will eat up hours of 
your time but it is worth the effort as something good will finally appear. When 
that awsome moment arrives it is time to commit it to videotape. I use the Amiga 


modulator to give me a composite video signal for the VTR. The VTR output is on 
a domestic TV. 


Set the VTR on Record Pause and Fantavision on frame one (empty). Select GO 
and as soon as the screen clears, press VTR Play. That’s it. The art of moving text 
and shapes which up to now has been a tedious procedure is at last a simple and 
rewarding task thanks to Fantavision. The programmers should be congratulated 
for putting such a powerful and user friendly tool on the market. 
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Microcomputer Interfacing 
Part 1 - Fundamentals and more 


by John Pelan 


Putting your computer in touch with the ’real world’ and vice versa is an obvio 
necessity. How could it know that you want to load your latest game or how coy} 
you see what WYSIWYG wonders it was doing, without a means of crossing th 
boundary from CPU-land to Planet Earth? That means is provided by Interfacing. 


EXERCISE #1 
Make a list of ALL the things that are connected to your computer. 


You can see that there are many different devices hooked up to it, and all requir 
an interface: RS-232C, Centronics, Video, Sounds, IEEE-488, Disk drive, SCS 
Ethermet, Serial port, Datasette, Joystick, Mouse, Lightpen, User port and man 
more. Your machine won’t have all of these (if it does, where can I get one?) bu 
with a little ingenuity, we can convert existing ones or add on a new one (eve 
wanted to control those lights? More later). 


ee this Stage, try to appreciate their diversity and uses. Some consist merely of - 
; wires while others rely on State of the Art silicon. You must also realise tha 
ardware is only half of the interface because there’s a software driver neede 
too. | We ‘Il work our way through some (or perhaps all) of the list in good time, bu 
Ow for something completely different. Before embarking on our joumey, we l 
re need a Si set of rules and regulations to govern how we go. Here are the first two: 
| ii st Law of: M licrocomputing Interfacing 

corm pute at sacred and no harm must ever befall it. 


ey 
2nd Lowe 0 of Mi / ficrocomputin g Interfacing 

eee i 
No nae ever anse to any biological system, e.g. Cat/Little Sister/Bold 3 
in the immediate vicinity of the interface or within the Zone of Lega 
a er is the greater, 


he 0 to be SAFE. The average computer that you're likely 

that whiz about tk hae a means it derives its power with the help of ane. 

electronics. the plac = about an inch a minute. We aren’t going to g° into 
just yet, Dut suffice it to give two rules of thumb: 


1) Computers work between zero and five volts. Any voltage outside this range, 
220V mains or even a 9V battery is potentially lethal and thus to counter any 
violation of the 1st law, we will keep the voltages within range (TTL levels). 
Notice how those clever designers put a step-down transformer (and more) 
between the CPU and the mains socket. They know the rules. 


2) Computers aren’t an alternative to the ESB. What this means is that the 
computer’s power supply is rated for use by the computer and the fuses 
generally object when you try to run your train set from it simultaneously. Our 
interface will therefore have to supply its own power, or if we are careful, we 
can take a tiny bit from the computer and hope that it doesn’t notice. 
Interfacing involves a lot of thought, care and preparation both in the design 
and construction of hardware and software. It is a good idea to examine the 
operation of a few existing interfaces to understand the problems which must 
be solved, and so we go back to that list. I’ll start in the next issue with the 
hardest one, the phantom RS-232C interface. 


PI leave you a simple task: 
EXERCISE #2 
What problems do you expect to encounter when attempting to make two 


computers communicate? 


Until next time! 
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Adventure and Role-Playing Games 


by Russell Wallace 


What is a game? A game is a simulation of actual or alternate reality in which the 
players control simulated beings and attempt to achieve quests, defeat opponents 
and so on. You can have video games which are exercises in dexterity and reflexes 
but let’s consider the purely. intellectual games in this context. Games like chess, 
Monopoly, Scrabble and Battleships. All these games have a rigid set of rules 
which gives a totally abstract game world. Why not eliminate all the rules and have 
the game’s author create a world, based on the real world or on a fantasy or science 
fiction universe, give the players alter ego characters in the imaginary world and 
have them tell the game verbally what they’re going to do, and have the game tell 
them verbally what happens as a result. No clutter of screen displays or boards. 
You can play game situations as you would play real life. Well, I use “real life" ina 
liberal sense. A situation such as: 


GAME: You are standing at the side of the road. The 
pedestrian traffic light is red. 

PLAYER: I wait. 

GAME: You wait a minute. The light turns green. 

PLAYER: Okay, I cross the road. 


might be realistic but it would be incredibly boring. More likely you’re in some 
sort of exciting fantasy adventure. For example: 


GAME: ~ You tum the comer and confront the ferocious dragon. 
PLAYER: I draw my trusty longsword and charge, shouting heroic 
battle cries! 


and other such stuff of which epics are made. But the essence of what we re talking 
about here is that the game keeps track of an imaginary world and the player has a 
character in that world (or maybe more than one character) and game and player 
interact verbally in plain English. Brilliant. Only one slight fly in the ointment. The 
game is Clearly going to require a certain rather large amount of intelligence. How 
do you implement it? Three solutions have been tried. 


re is that 


One solution is in the "Choose your own Adventure" books. The idea he vel 


the game is actually a book containing a story divided into many paragraphs. 
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read a paragraph of story and it then gives you two or more options and directs you 
to, for example, tum to paragraph 67 to take the left tunnel or paragraph 52 to take 
the right tunnel. There are other series of books which introduce rules which make 
the thing a bit more complex but basically that’s the idea. Problem here is that this 
approach is far too inflexible. It allows you very limited choices, you can’t go back 
to a previous position, there are only a couple of dozen possible endings and so on. 


Another solution is the computer adventure game. The first one of these was 
written by Crowther & Woods on a mainframe computer and called simply 
Adventure"; the entire genre of games was named after it so the original is now 
usually called the Colossal Cave Adventure to avoid confusion. The idea here is 
that the computer narrates a story to you and you type simple commands. The 
"parser" or section of the computer program that interprets what you type in will 
understand sentences of a few words: e.g. 


TAKE STAFF, UPROOT TREE, STRANGLE ELEPHANT, PUT KEY IN BOX. 
Commands like: 


KILL THE STICK INSECT BY STEPPING ON IT WHILE SINGING "ALL 
YOU NEED IS LOVE" 


will get you a response along the lines of: 
SORRY, I DON’T UNDERSTAND YOU. 


Of course, the state of the art in parser design is constantly being improved. A 
decent adventure game requires hundreds of K of memory which is why the 
original one was written on a mainframe, but with machines like the Amiga out 
these days getting them on home computers is not a problem. Most commercial 
adventures have pictures to illustrate some of the places within the game but these 
play no part in the game itself and any true adventure devotee will tell you they’re 
a waste of disk space. 


Computer adventure games are pretty good but they have one big problem: the 
story line is restricted to what the author has taken into account. You might have a 
door for which you have to find a key and unlock it before you can get past, and 


typing: 
OPEN DOOR 
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when you haven't found the key elsewhere in the game will get the response: 


YOU DON’T HAVE THE KEY TO UNLOCK IT. 


Okay, fair enough, but what if you find a chainsaw instead and type: 


DESTROY DOOR WITH CHAINSAW. 


Probably the programmer won't have thought of that so it won’t work. You won’: 
get a reason as to why it won’t work either, just a catch-all: 


YOU CAN’T DO THAT. 


Computer programs are getting smarter all the time but they're still pretty stupid. 
Far too stupid to improvise bits of the story on the spur of the moment which is 
what they’d really want to be able to do. The only being that clever at the moment 
is a member of the species Homo sapiens. 


This is what role-playing games are about. You have a human referee who 
improvises the story as you go along based on outline notes written beforehand, 
and you have a few players each with one or more characters in the game world. 
This means that not only is the game intelligently run but also your character 1s up 
against other characters which act with true intelligence being run by other 
humans. The players can compete with each other or cooperate against the 
non-player characters which are the beings in the game run by the referee (the 
Dungeon Master"). (Incidentally you can get the latter element by having 4 
computer adventure game run on a mainframe with many players connected in by 
modems, as in the famous MUD or Multi-User Dungeon.) Okay, so you ve ae 
human referee running the action, the players tell him what their characters a 


going to do and he tells them the resul following (DM is the 
Dungeon Master): ults. Imagine the S 


pl The vicious ogre attacks you. 

DM. “maa dodge the attack and lop off its head with my swor ja legs 
0 you don’t. You fail to dodge and the ogre rips your arms Ss 

off and eats the remains. 

Who is rig ’ 

Somalie an You’ve got to have some way to decide things like Les 

tide hon = ‘op make up rules for combat. You assign abilities tO Gaa if 
ety they are to hit an enemy and how much damage they Lia 
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they do and how much damage they can take before dying themselves. Then you 
run the combat with each side striking at the other until one or other dies. While 
you re at the business of making up rules you might as well make up rules to give 
the character a certain probability for leaping bottomless chasms, breaking down 
locked doors, swimming a wide river etc. Now you’ve many dangers to cope with 
and many ways to solve individual problems. Also as the character gains 
experience at fighting and other activities he can become more proficient and 
therefore more powerful which is a nice incentive to achieve quests, because you 
can solve an adventure this week and your character will be more powerful and 
able to solve another, tougher quest next week. ‘ 


So we have a set of rules (there are many commercial sets available, the original 
Dungeons & Dragons from which the whole genre of games was named, Advanced 
Dungeons & Dragons, Traveller, GURPS and numerous others), and then within 
that set of rules, each group’s Dungeon Master makes up adventures for the players 
to solve. Of course we’re back to having rules and the object from the beginning 
was to try and avoid that but now the rules are only guidelines, they don’t define 
the whole game. 


(Incidentally, why are so many role-playing games set in fantasy rather than 
modem or science fiction settings? Partly it’s because of the fascination fantasy 
seems to have with people but a lot of it must be so you can get a good old 
hack-and-slash swordfight in. A swordfight takes time and involves some nisk but 
basically you know where you stand. The heroes will slay the villains after a tough 
fight. Imagine fights in a modem scenario: Players see enemy. Players open fire 
with submachine guns. bazookas, grenade launchers and _ flamethrowers. 
Unsurprisingly enemy dies rather quickly. Or if enemy are similarly armed and 
have surprise attack, the players don’t stand a chance. And in a science fiction 
game where everyone has atomic-powered X-ray laser guns...) 


Problems. Suppose you don’t have anyone else to play with, e.g. you don’t know 
any fellow enthusiasts or you just want a quick half-hour session before you go off 
to the pub. and there isn’t time to collect any other players together. That’s one 
advantage of doing things on the computer. Also, computers are great for keeping 
track of vast quantities of data which is nice if you want a large complex game 
world. Not to mention the fact that if you write a computer game you can distribute 
it to thousands of people whereas if you write an adventure for a role-playing 
system only half a dozen people will ever hear of the fruits of your genius. It 
should be possible to work out a reasonable role-playing game system on a 


computer. 
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Remember I said that the disadvantage of.computer games was that the Story line 
and possible actions were limited to what the programmer had thought of For 
example, if the programmer intends you to open a locked door by finding the key 
the program won't know what you’re talking about if you try to break it down 
instead. There are ways to get around that. For example, as it is, the program wil] 
understand picking up and dropping any object and moving to any place in the 
game. For that sort of thing, once you’ve programmed the action for one case 
you’ve programmed It for all cases. Why not do the same with combat? An 
important part of most role-playing games (were the truth to be told, the main 
business of the game) involves fighting the villains (or of course you can side with 
the villains and fight the heroes). That’s like picking up objects; if you can do it for 
one case you can do it for every case. 


That’s already been done in some games e.g. Phantasie II. Problem is that games 
like Phantasie III have little graphics symbols to give you a very sketchy idea of 
what’s going on and practically no narration, and games with narration have no 
decent combat system. But there’s no reason why that situation should keep up 
forever. You could also arrange to be able to talk in a very limited way to compuler 
controlled characters, threaten them, bargain with them and ask them to fight your 
enemies for you. Fairly tough to program but doable and the state of the art is 


getting better all the time. That would put computer games back on a par with 
human-moderated ones. 


30 basically what I’m saying to adventure game enthusiasts is first, get in touch 
with a group of people playing role-playing games, it’s brilliant fun, and second, 
look for adventure games with a combination of text narration and realistic 
character interaction and we'll have sophisticated gameplay with the advantage of 
being able to do it on your own home computer. For an example of a simple 
adventure game with combat with and between computer-controlled characters: 
phone Dublin 807094 and ask tor a copy of my game Labyrinth II on the Amiga. 
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A Look at Compunet 


by Ivan McAvinchey 


Compunet is rather like a very large bulletin board for the C64/C128, Amiga and 
ST users, with over 8000 members throughout the UK and Ireland. It is however 
mainly a British service with only 15 Irish members that I know about. Compunet 
caters for a wide variety of interests, from MUGs (multi-user games) and chatlines 
to heavy metal and locomotives. And if there isn’t already an area for your interest, 
it’s as easy as selecting UPLD (upload) to start one yourself! l 


On the subject of uploading, I had better mention page/days. Page/days are the 
number of days an upload will be on the system, multiplied by the length of the 
upload in K (or, if it’s a text upload, by the number of text pages). Therefore, a 
10K program with a life of 30 days will use 300 page/days. A gold level subscriber 
gets 2,000 page/days free every quarter, and after they have been used up, it will 
cost lp per page/day thereafter. You can also purchase 45,000 page/days from 
Compunet for £10 Sterling, essential if you are setting up your own area. 


Anyway, enough of uploading - what is there for you to download? The answer is, 
quite simply, lots. While mainly text uploads, there are also a lot of programs 
uploaded - I’d say at least 1,500k each week for 64/128 users. The great majority 
of these programs are demos, showing off the graphic, music and coding skills of 
the programmer or group. but there are also useful utilities uploaded - everything 
from disk management to professional looking graphics packages. Almost all are 
free, and the demos contain some of the best music, graphics and coding you are 
ever likely to see! If you want a few examples, contact me and I'll copy them for 
you (they are all public domain). 


I mentioned text uploads above; there are plenty of these dotted around the net 
covering practically every interest under the sun. Many areas cover a wide range of 
subjects. Ivan’s BBS at IVAN has humour, information, reviews, interviews (well, 
an interview), software. character and sprite hacks, and much more. Justin’s 6510 
area at 6510 contains news. software, hints & tips, communications, software 
reviews. magazine reviews, book reviews. hardware reviews, a CLI tutorial and 
much more. Other areas cater for a more specialised interest; for example, the 
METNET area contains information on weather around the country. Zugger’s 
zone is at ZUGGER and is regarded by many as THE Amiga area on the net.The 
official Ireland area for Irish users can be found at EIRE. 
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here are also two main clubs on Compunet: the 
(CCC) and the Independent Compunet Club 
(ICC). Both are free to join and I would recommend that you do so. The CCC has 
very good areas for all computers which can access Compunet, containing 
valuable programs and information, while the ICC regularly organises chatlines 
(the incredibly successful Tech Chat can be found at TECH), party nights (with 
online pantomimes, chats, etc.) and quizes (at QUIZ). They also have very good 
help services. If you would like more information, send me some mail, to IVAN on 


Compunet or IVAN MC AVINCHEY on Infomatique. 


_————————— 
A quick guide to VDOS 


Besides all of this, 
Communications Computer Club 


by Eddy Carroll 


Quite a few C64 & C128 owners have been asking me recently for information 
about VDOS, so for their benefit, here’s a brief summary of the instructions. 


VDOS is normally called "!" on the disk. You can load it by typing LOAD"!" 8,1 
which automatically installs VDOS (no need to type RUN), and doesn’t affect any 
BASIC program in memory. You can also type LOAD"!*program",8,1 which 
will get VDOS to install itself, and then automatically load in "program" at high 
speed. You can make copies of VDOS by typing LOAD"!",8 then putting a new 
disk in the drive and typing RUN. VDOS will then save itself to the disk. 


mg VDOS is installed, all LOAD commands now default to device 8 instead of 
ning you can leave out the ,8. You can still use devices other than 8 by 
cluding the device number explicitly. All LOADs will be about 5 times faster, 


but SAVEs are unaffected. Since the VERIFY command is not normally used with . 


ramm ey redefines it to give you access to DOS commands. VERIFY"$" will 
rie m 7 ~ director y, VERIFY" command" will send "command" to the disk 
and VERIFY by itself will print the current disk error message. 


renee when YOu press RUN-STOP/RESTORE or type SYS 320. You 

as well. VDOS vr a SYS 300. Note that this will usually work after a reset 

a lara 5 self under the I/O area at SD000. which is very rarely used. 

VDOS to help form te with most programs. As a final bonus, you Can us 

The procedure is set back your BASIC program if you accidentally type NEW. 

fiiis E1, as follows: POKE 2050,8 then type 59999 Return. Now, 
+ 04 and VDOS will restore your program for you. 
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PC or not PC (That is the Question) 


by Brian Ward 


There are several of you out there who are now very very confused. Yes this is the 
CUGI magazine. “But what is a PC article doing in it?” I hear you ask. Well as the 
heading goes, PC or not PC is the question. Whether ’tis nobler to ignore this huge 


phenomenon known as the Personal Computer, or hop on the band wagon with 
everyone else. 


The committee decided that it was in the club’s interest to travel down that long 
and relatively hazardous road for some very good reasons: 


1. Even Commodore themselves couldn’t ignore the fact that there are currently 
more PCs in the world than any other computer, including the now legendary 
C64, so they produced their own version, the Commodore PC. 

2. The biggest Commodore Users Group in the world, ICPUG in the UK, decided 
that they couldn’t ignore this fact either, seeing that they were called after the 
company. So they set up a massive PC Public Domain library themselves. 

3. As CUGI is called after the same manufacturer as well, it was decided to do the 
same. It was also decided to try and tap the wealth of software that ICPUG has 
for our members, as in this country, PD software is difficult to obtain and the 
cost is somewhat prohibitive. 


So it was decided to do our best to try and obtain as much PD software for the PC, 
and set up a further library within the club. By virtue of the fact that I use a PC at 
work during the day, it was decided to give me the job of librarian. However, I am 
not going to do it all alone. I need help! No, not mentally, but actual PD software. 
The club intends exchanging software with ICPUG, but in the meantime, I have to 
try and source anv PD software on my own, and that’s where you come in. If you 
have any. and I mean any PD software (except of course viruses), I want it. I will 
exchange your program for any disk in the library free. The library currently 


contains 5 disks. 


So help me make this work. If it is as successful as we hope. the club will become 
one of the hest in the world for PD software. We will do what we can, but it also 
depends on vou. 
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Tips on Soldering 


by Steve Kemp 


Sooner or later, the computer hobbyist encounters the requirement to solder. It may 

be to cobble up a cable, effect a repair or construct a custom interface. Whatever 

the reason, the following hints and instructions should enable the novice to produce 
reasonable results first time. 


You will need a soldering iron, solder, side cutters, a damp sponge or cloth and a 
wire stripper to remove insulation. The soldering iron should be a 17 to 25 watt 
electric iron with a removeable tip. The tip should terminate in an oval shape of 
around 2 mm in diameter. If the tip is new, it must be tinned by bringing the iron 
up to its working temperature and touching the solder against the tip so that as soon 
as the iron is hot enough, the solder melts over the surface of the tip. This will 
prevent the tip fom oxidising and should be carried out every time a new tip Is 
fitted. Other types of soldering iron are not recommended. 


The solder should be 18 swg flux cored 60/40 tin/lead solder. The side cutters are 
used to snip wire and to cut off excess leads that may protrude. The cutting edges 
are offset to one side to enable the user to cut close to PCBs. The sponge or cloth is 
used to wipe the tip clean. The wire strippers are useful for preventing chipped 
enamel on the teeth (another way of removing insulation). Another “handy 
accessory is a soldering iron stand. : 


Before picking up the soldering iron, the surfaces to be soldered must be 
thoroughly cleaned. Most failures can be attributed to poor or non-existent surface 
preparation so attention to this aspect will result in neat and durable work. Unless 
bright and shiny, PCB's should be given a light rub with a fine grade abrasive 
paper and wiped with a cloth moistened with methylated spirits. Insulation should 
be stripped from wire and if stranded, the strands twisted together. Enameled or 
laquered wire should be carefully scraped with the blade of a sharp knife so as tO 
remove all enamel. The leads of components will also benefit from a similar 


scraping. Insert the lead into the hole in the PCB or if joining two wires, twist them 
together. 


Whatever is being soldered, the surfaces must be held so that they are in close 
contact and cannot move while being soldered. Blue tak or Selotape can be useful 
here. I have often enlisted a bulldog clip as a third hand. 
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Okay, now we do it. Pick up your iron and give it a quick wipe with the damp 
cloth. Apply a little solder to the tip so as to "wet" it with solder. Not too much. 
Touch the iron to the joint so as to be in contact with both surfaces. Firm but not 
heavy pressure. Wait about two seconds for the area to heat up. Lightly touch the 
solder to the iron at the point at which all three surfaces are in contact. Wait about 
half a second and you should see the solder start to flow. Now push more solder 


into the joint so as to envelop the entire joint area. Withdraw the solder, quickly 
followed by the iron. 


The joint is now complete. Do not move the joint until it has cooled and allow the 
joint to cool unassisted. To do otherwise will ruin all your careful work. The 
completed joint should be bright and reflective and the surface slightly concave 
looking. There. It’s done! Tidy up any bits of protuding wire with the side cutters 
and the job’s finished. As practice makes perfect, it is suggested that a few minutes 
practising with a couple of bits of wire and a piece of stripboard before tackling the 
actual job will be of benefit. 


l 
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1541 Device Change 


by Tom Kinsella 


When I bought my second drive (1541) for my C64/C128, I found that both drives 
were device number 8. This was annoying, because a lot of the time, you load ina 
program and only then remember that you’ve forgotten to do the necessary cryptic 
command to change the second drive to device 9. I decided that either a permanent 
change or a switchable change would be needed. In the first case, being 
permanently device 9 could be as bad as being device 8, so I settled on it being 
switchable with a selection of four device numbers: 8, 9, 10 and 11. 


To do this change, you will need: 
Two 1-pole single throw miniature toggle switches 
Light gauge wire 
A soldering iron (not more than 25 watts recommended) & some solder 
A modeller’s knife, blade, scalpel or similar instrument 
Confidence, luck and a steady hand (only kidding about the luck methinks) 


To locate the appropriate tracks on the 1541 drive board, you have to look to the 
front end of the PCB (printed circuit board). On the left side of the PCB, you will 
find a pair of ‘two semi-circular tracks’ that are joined in the middle. On model 
1541 (old 1541) these can be found between components C46 (capacitor) and Q3 
(transistor). On the 1542 (newer 1541) you will find them between Q4 and Q5 
(also transistors). For clarity we will call the one nearest the front Padi and the one 
at the rear Pad2. Using the following table should make things clearer. 


. Padi 
Device Padl Pad2 
8 Not Cut (on) “~ Not Cut (on) T 
9 Cut (off) Not Cut (on) 
10 Not Cut (on) Cut (off) — 
11 Cut (off) Cut (off) 


Pad2 


From this, you can see that the drive is set to device 8 when you first open it. You 
could Just cut the tracks as in the table, or cut both and add switches. You can fit 
switches to the case anywhere you like as long as it does not interfere with the 
drive’s operation. When you cut the tracks, solder a wire to each of the 
semi-circular tracks (do one switch at a time) and then solder them to the switch 
(center and one of the outer contacts). Repeat for the second switch. Test before 
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closing back up the drive by trying all the different combinations of device 
number. The device number will not register until you switch on or do a reset. 
[CUGI still has lots of C64 reset buttons available to members (free) - Ed]. When 
the drive is on, switching on and off the device number switches has no effect. This 
is because they set up a logic state which is only checked on power u 


p or on reset. 
Good luck and happy soldering. | 


Datel EPROM Programmer Reviewed -= 


¢ 


by Tom Kinsella 


I recently got the Datel EPROM programmer from Geoffrey, our revered chair 
person, and decided to give it a try. I thought that the Dolphin Dos idea would be 
nice where you could have two different kernals for your 64 at the flick of a 
switch. Now although this is nice, copying the Dolphin Dos chip is piracy. 
However, their idea is not, so writing your own kernal could be next on the cards. 


The Datel package is nice and ’exposed’. It is very easy to figure out which is just 
as well, because the manual leaves a lot to be desired; I think they thought that if 
you bought a Commodore Computer you’d be disappointed with a good manual. 
After figuring it out I proceeded to back up a few ROMs just to try it out and I was 
mildly surprised with its smooth operation. 


The software supplied is simple to operate and easy to follow. You get three 
programs, each an updated version of the last. When the software is loaded, it 
displays a menu which is labeled with explanations. You can alter the default set 
up for each size chip but this should not be necessary unless the chip being used 
has unusual specifications. You can read into memory EPROMs and ROMs and 
the software supplies a monitor to let you disassemble and ascii dump the memory. 
You have the facility to load and save the memory and can control where the data 
read from the chip will be stored. You can write any memory to the EPROM, even 
memory under the Basic and Kemal ROMs. 


All in all I'd say this is a good buy once you can justify its use. It costs £39. 99 
Sterling from Datel Electronics. Compared to other EPROM programmers I've 
seen, this is a neat little package. 


K 
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C128 Keypress Reader 


by Geoffrey J. Reeves 


One of the popular routines to begin with, when learning assembly language, is the 
one which allows the programmer to specify a set of characters which may be 
pressed and which will not permit STOP to mess things up. While this is a fairly 
simple routine on a C64, there is a major problem to be overcome on the C128 - 
namely all the BANK configurations. The program (machine code) will be in Bank 
0, the string containing the possible keypresses in Bank 1 and and built-in ROM 
routines in Bank 15. 


So what follows is a routine which I culled from a large set of routines I have 
written for another program. I haven’t gone to much trouble to shorten it - in fact 
there are many subroutines which, since they are called only once, could be 
incorporated into other routines. In my defense, I hope that you will be encouraged 
to expand on this program and make up other routines for yourself. The program 
resides at location 4864 and is called as follows: 


SYS 4864: "=" 
This is when only one char may be pressed. 
SYS 4864: "abgx", P 


Any one of four chars may be pressed, and P contains the position of the keypress. 
So, if you press h, then P will contain 2. 


SYS 4864: "adv", p, k$ 


This acts as above but vou can also have a variable which contains the actual 
keypress. 


Most of the program is documented. Those parts which I left uncommented are 
either obvious or too complicated to explain. Try it - it saves a lot of messing about 
with. INSTR and retums a value just perfect for the ON val GOTO command. And 
of course it takes variables! Next time, I will try a search routine which needs 


machine code in both banks 0 and 1 but which can search 1000 element arrays In 
an instant! 
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- Usage from Basic: 


- SYS 4864: "key string”, p, k$ 

- where p contains the key number 

: that was pressed, k$ contains the 

- character pressed and they are both 
; optional. 


; Line numbers ommitted for clarity 


; Assemble with Buddy ora 
- similar assembler 


; The following are used for 
; bank switching 


bank = S02 


pchigh = S03 
pclow  =504 
statusreg = S05 
accreg = $06 
xreg = $07 
yreg = S08 
index = §24 
txtpntr =S3d 


Ptr to current BASIC char 
vardata = $4b 

lenpntr = $63 

fac = S64 

bk1 =S7f 

‚This value is stored in SffOO 
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pointr = $fa 


tl = $fc 
len = $fd 
pos = $fe 


; The following are used to read, write 
; and compare a given byte with an 
; address in a different bank. — 


fetch = $02a2 ` 
fetchvec =$02aa 


stash = $02af 
stashvec =$02b9 
cmpar =$02be 
cmparvec = $02c8 

buff = $0b00 
setfacl =$8c70 
config = $ff00 
¿Configuration register 
ram0 = $ff01 

;Any store to this address 


- switches to bank 0 


; The following Rom routines 
- are used to interface with Basic 


jsrfar = $ff6e 

- Calls subroutine in another bank 
strlit = $8690 

; Allocates space for tmp string 
chkcom =$795c | 

- Checks if next char is a comma 


getvar =S/aat 
- Gets variable pointer from line 
assign =953fa 


- Assigns FP Acc #1 to a variable 
frestr = $877b 
- Clears temporary string 
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- Start of program 
jmp presskey 
, 
getachar stx xreg 
sty vreg 


Idx #Se4 
jsr  dokernal 
php 

Idx xreg 

Idy yreg 

pip 

rts 


dokernal stx  Jl+! 


Idx #0 
stx config 
Idx xreg 
jl jmp Sffff 
' 
saveregs sta accreg 
stx xreg 
sty vreg 
php 
pla 
sta statusreg 
rts 


; This routine JSR s to a subroutine 
; in a different bank. x/y hold the 
> address to call, 


. 
9 


gotar ka #5 
in bank 
“Xo pehigh 
‘ty pclow 
Isr fsrfar 


Ida statusreg 
pha 
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lda accreg 


ldx xreg 
ldy yreg 
plp 

Tts 


setupstr jsr saveregs 
ldx #>strlıt 
ldy -#<strlit 
jmp gofar 


- Fetches a byte from bank 1 


fetch! ldx #bkl 
jmp fetch 


; Stores a byte in bank 1 


stashl ldx #bkl 
jmp stash 
; The following routines load the 
; floating point accumulator 
- with the number in A, or A/X 


assbyt Idx #0 
assnum sta fac+l 
stx fac 
assfac ldx #$90 
jsr  setfacl 
jmp setupnum 


; Mark old string as garbage 
dostring sta vardata 
sty  vardata+| 


lda #vardata 
sta  fetchvec 
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e 
? 


- Get old pointer to bank 1 string 


oldl 


Idy 


ysr 


beq 
pha 
Idy 


INi 


- Add length to point to just after 


endstr 


sta 
dey 
bne 
cle 
pla 
tax 


adc 
sta 
bec 
inc 
Ida 
sta 


#() 
fetch] 
newstr 


#2 


fetch] 


= pointr-1, y 


old] 


pointr 
pointr 
endstr 
pointr+ | 


#pointr 


stashvec 


; Now mark it as garbage 


(Xa 


stash I 


=Sit 
stash | 


; Set up space for new string 


+ 
$ 


newstr 


mov | 
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Ida 
jst 
Ida 
SA 
Ri 
ida 


Isr 


(ley 
hpl 


Ida 


len 
.Setupstr 
#vardata 
stashvec 
HA 
lenpnir.y 
stash | 


mov | 
len 


mov2 


exit 
9 


;charget 


-chargot 


charend 


getcomma 


beq 
Ida 
sta 

Idy 


Ida 
jsr 
iny 


cpy 


bcc 
Ida 
Sta 
Idy 


Ida 
jsr 
dey 
bpl 
rts 


inc 
bne 
inc 
sta 
Idy 
Ilda 


cmp 


beq 


cmp 


bcs 
sbc 
sec 
sbc 
sty 
Its 


ldx 
Idy 
jmp 


exit 
#lenpntr+1 
stashvec 
#0 


buff,y 
stash] 


lenpntr 
mov2 
#index 
stashvec 
#1 


vardata,y 
stash] 


fx2 


txtpntr 
chargot 
txtpntr+l 
ram0 

#0 
(txtpntr).y 
yer 
charget 
#":" 
charend 
#$2f 


#$d0 
config 


#>chkcom 
#<chkcom 
gofar 
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i lll i i i TN, 


commaval 


var 


> 


setupnum 


strexpr 


+ 
9 


decodstr 


è 
, 


; This is where the Basic SYS arrives 


[3 
3 


presskey 


; IF null string. ser answer to zero 


getl 


jsr  getcomma 
Idx  #>getvar 
Idy #<getvar 
jsr  gofar 

sta  vardata 
sty  vardata+1 
rts 


Idx. #>assign 
Idy  #<assign 
jmp gofar 


jst  charget 
Idx #>frestr 
Idy #<frestr 
jst  gofar 
sta len 

stx  pointr 
sty  pointr+!l 
Its 


jsr Strexpr 


pha 
Ida #0 
sta tl 


Ila  #pointr 
sta Fetchvec 
sta cemparvec 
pla 


ms 


tse decadstr 


+. 08 
Raed 


1. v { 
3 
< 4 wore 


Isr getachar 
heq getl 


; Wait for a kevpress 
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Idy #0 
; Begin at the first possible char 


get2 Idx #bkl 
jst} cmpar 
beq  get3 
- Compare it with the string chars 
iny 
cpy len 
bne  get2. 
jmp getl 


> If no match get another keypress 
exitl rts 


get3 Idx len 
cpx #1 
beq  exitl 
; If only one poss char, exit! 
sta buff 
iny 
sty len 
; Store char in buff, set up position 
get4 jst commavar 
; Read in a comma and a variable 
lda len 
jsr  assbyt 


; Assign the position to variable 
jsr chargot 


beq exitl 
; Is there another char? 

lda #l 

sta len 


; Okay - set up a one char answer 

; jsr §commavar 
jmp dostring 

; Get comma and variable and 

; assign keypress 


. end 
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BASIC Patterns 


By Stephen McGerty 


With a bit of thought, almost any simple pattern can be produced in BASIC. The 
job is made easier if your version of BASIC supports functions such as STRINGS, 
SPACES, MOD, MAX and MIN. The following program produces a pattern of 
concentric squares. It-1s-by no means easy to understand fully, but you might learn 
some new techniques if you look at the PRINT sections of the program. 


REM Concentric squares by S.McGerty. 
INPUT "Enter the number of squares:"; N 
S$="* * k kk kk k*k", REM a space after each asterix 
X=2*N-1:N=4*N-1 

FOR B=-X TO X 

A=X-ABS(B)+1 

PRINT LEFTS(SS,A); 

PRINT STRINGS((A MOD 2)*(N-A*2),"*"); 
PRINT SPACES(((A+1) MOD 2)*(N-A*2+1)); 
PRINT LEFTS(SS,A) 

NEXT B 


When writing such programs, it is often a good idea to have just one variable, and 

then work out all the others relative to that. Unfortunately, this can lead to some 
i : l 

messy equations as you can see from the above program. 


Here are some simpler pattem problems which you can try to solve using similar 
methods. All patterns should be printed line by line, starting at the top and working 
down. Answers appear on page 31. 


1) 


2) 


3) 


Write a program which produces a single box, of side N. 


Write a program that produces a diamond of height H, using any character. 
(H must be odd. Get your program to check for this.) 


Write a program that draws a triangle of height H. To make ae ee 
use only one PRINT statement, and have the last line printe wee 
main loop, not on its own at the end. 
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Marvellous MOBs 


by Shane Broadberry 


Sprites, or Moveable Object Blocks are probably the single most important element 
in games programming. Although not always necessary, they set apart games 
written on computers such as Amstrads and Spectrums from the superior, 
-glitch-free animation that is so familiar to Commodore owners. - , 


In theory, any computer can support sprites. Most computers however have to use 
software to achieve the effect, and this method can be extremely difficult to 
program. In contrast, the C64 has 8 hardware sprites which can be easily controlled 
from BASIC. These sprites are the responsibility of the VIC chip. Each sprite is 
made up of 24 x 21 pixels and can be displayed anywhere on the C64’s screen 
(yes, even in the borders, though this requires some work!), in any screen mode - 
hires, multicolour etc. They require a minimum of effort to control and setup, yet 
they result in very impressive, very fast moving objects. 


The VIC chip has a number of registers associated with sprites which we access as 
locations in memory. As we know, the VIC chip resides in memory at $D000 
(53248 in decimal). To make this easier to remember, the important locations are 
usually given as offsets into the VIC chip (i.e. what must be added to the base 
address of SD000, to attain the correct location). So quite often, we’ll refer to, for 
instance, location 53269 as VIC+21. 


Let's get to grips with the setting up of sprites. Try the following: 
VIC=53248: POKE VIC+21, 1: POKE VIC, 160: POKE VIC+1, 140 


Ok, all things being equal, and assuming no major faults with your video chip, 
there ought to be a rather ill-looking sprite roughly in the centre of the screen. 
What have we done? The first POKE places a 1 in location VIC+21. This location 
turns on any combination of the eight available sprites. Since there are eight bits in 
a byte, and eight sprites, each sprite is represented by a single bit (this arrangement 
occurs In several other VIC registers too). So if we place a 27 (00011011 in binary) 
in location VIC+21, we will have turned on sprites 1, 2, 4 and 5 and turned off the 
remaining sprites. Note that sprite 1 has the rightmost (least significant) bit of the 


byte, while sprite 8 has the leftmost (most significant) bit. A 1 indicates that the 
sprite 1s on, a Ô indicates it is off. 
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Now you may be wondering why we don’t just place the sprites off the screen 
when we don’t want to see them. There is in fact a very good reason for tuming 
them off, namely that the 6510, our processor and friend, will run about 4-5% 
slower with sprites on the screen than it would normally, and this causes timing 
problems when, for example, loading and saving from tape. Be wamed, blanking 
the screen will NOT have the same effect as turning off the sprites. | 


Now the other two locations we poked were locations VIC and VIC+1. The first 16 
bytes of the VIC chip from VIC to VIC+15 contain the X & Y coordinates of our 
eight sprites. VIC and VIC+1 hold the X & Y coordinates of sprite 1 respectively, 
and similarly VIC+2, VIC+3 for sprite 2 up to VIC+14, VIC+15 ‘for sprite 8. So all 
we've actually done in this line of code is to tum on sprite 1 (and sprite 1 only) and 
position it at location (160,140). Try putting different values into VIC and VIC+1, 
and the sprite should jump about. 


This method of moving objects is beautifully simple and amazingly powerful - try 
moving blocks of hires screen about that fast! So what else can we do with our 
sprites? Well, for starters we can change their colours. Each sprite has its own 
colour register which can be accessed in memory from locations VIC+39 to 
VIC+46 (VIC+39 controls the colour of sprite 1). How about doubling the size of 
our sprites? No problem. Try: 


POKE VIC+29, 1: POKE VIC+23, 1 


This should double the size of sprite 1 in the X and Y directions respectively. Other 
sprites, or combinations of sprites can be expanded in the same way by setting the 
appropriate bits in these registers. AS you can see, sprites are very versatile and 
have a huge potential (just look at at some of the 64 demos on Compunet, 85% of 
which are largely based around sprites.) 


So far, the only view of sprites that we've had has been a rather poorly defined 
Square (or something like it). Obviously, this is not ideal if what we really want isa 
3-dimensional smoothly rotating US Enterprise. So how do we go about converting 
our square into something that we want? 


Sprites as mentioned earlier are made up of a grid of 24 x 21 pixels. A byte can 
represent 8 (mono colour) pixels, so we require 3 bytes x 21 bytes to define one 
sprite - in other words 63 bytes. Commodore however allocated 64 bytes per sprite 
(the extra byte being ignored). This served Commodore’s purpose and as a bonus 


makes our calculations and programming a little more straightforward. 
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So what we need to do is design the sprite in a 64 byte chunk and then tell the VIC 
chip where this chunk can be found. There are eight consecutive memory locations 
which are normally found at location 2040, and these contain pointers to the 
chunks for the eight sprites. Location 2040 holds a number from 0-255, which 
represents a pointer to sprite 1’s definition. The position in memory where this 
definition starts is calculated by multiplying the contents of location 2040 (just 
peek it) by 64. So if location 2041 for instance holds the value 192, we know that 
the definition for sprite 2 is at 192 x 64 = 12288 ($3000) in memory. Let’s 
demonstrate this. With sprite 1 positioned somewhere on the screen as before type: 


POKE 2040, 192: FOR X = 0 TO 63: POKE 12288+X, 255: NEXT 


The sprite on the screen should quickly turn into a solid square, or possibly a 
rectangle if you have expanded it in one or other of the X and Y directions. Now 
try the following: 


POKE 2040, 193: FOR X=0 TO 63:POKE 12288+64+X, 63: NEXT 


We have now set up two different sprite pattems and can switch between them by 
changing the contents of location 2040 from 192 to 193 and back again. This is a 
very crude example of how sprites are animated - a number of patterns could be 
defined for the sprite (e.g. the various views of the Enterprise) and we could then 
write a small routine to switch between the pattems and animate the sprite as often 
as necessary. If more detail is required, two or more sprites can be super-imposed 
on top of each other, and to top it all, if we wait for the raster beam to reach the 
bottom, the screen we will end up with glitch-free animations which would make 
Don Bluth sit up! And most importantly, all this takes a minimal amount of 
processor time. 


The sprites that we’ve seen so far have lacked creativity in the extreme. We have 
simply blanket filled memory locations. To create missiles and other sprite designs, 
we have two choices, one easier than the other. We can leam to envisage what we 
want the sprite to look like in our minds eye and then manually convert our 
image” into binary and then into hexadecimal (this should result in some 
interesting designs, if not a headache!), Alternatively, you can give Tom our 
brarian £1 of your hard eared money and take out disk #16 which contains Eddy 
Carroll's excellent sprite editor, and let the C64 do all the hard work. The choice is 
entirely up to you, but either way [ hope you have fun playing with sprites! 


Recommended reading: "The Commodore 64 Programmer’s Reference Guide.” 
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Solutions to BASIC Puzzles on Page 27 


Solution #1 


INPUT "ENTER SIZE OF BOX"; N 
FOR A=1 TON 

PRINT STRINGS(N,"*") 

NEXT A 3 


Solution #2 


INPUT "ENTER HEIGHT OF DIAMOND"; H 
INPUT "ENTER CHARACTER TO USE "; C$ 
IF H MOD 2 = 0 THEN RUN 

H=INT(H/2) 

FOR A = -H TO H 

X=H-ABS(A)+1 

PRINT TAB(H-X+2); STRING$(2*X-1,C$) 
NEXT A 


Solution #3 


REM This program uses conditions as part of expressions. If the 
REM condition is true, it returns a value of -1. If the condition is 
REM false, it returns a value of 0. 

REM Try: PRINT X=0 or PRINT X=2 in direct mode 

REM 

INPUT "ENTER HEIGHT"; H 

FOR A=1TOH 

PRINT TAB(H-A+1); "*"; 


PRINT STRINGS(-(A>1)*(2*A-3),32-10*(A=H));STRINGS(-(A>1),"*") 
NEXT A 
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CUGI Crossword #3 


by Rocco Matassa 
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Welcome to another CUGI crossword. This time. we are offering a mystery prize 


for the first correct solution received by the committee by the Ist September 1989. 
This gives you the whole summer. so you've no excuse for not entering! 


(See opposite for the clues). 
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1. Could CAIN be big with a garden 
bird (7) 

5. What the farmer’s wife does to the 

9. Shelter (3) 

10. Done on a track, maybe a friend 

11. Australian bird (3) 

12. Maybe a full pot (3) 

14. An apt source for water (3) 

16. This condition for health (6) 

19. F” not heavy, keeps a dart on 
course (6) 

21. Was a prison, now the site of the 
Old Bailey (7) 

22. Up father or a way to travel (4) _ 

24. A joint between ankle 

and thigh (4) 

27. Sob (3) 

28. West could supply a meal (4) 

31. A bad deal weighs heavy (4) 

34. Cats, Evita, Oliver (7) 

36. Western shows (6) 

38. Cot (3) 
Stage sign (3) 

43. Fool (3) 
your life (3) 

45. A complex that can exclude 
your father (7) 

46. Would a lady sip a drink for a 
show like this (7) 


40. 


Drink a little? (6) 
Rie E 


P N p 


13. PE E EEA 

15. Everythings totalled, could be 
Geoff’s gone home (9) 

EA So A POIA a 


33. Could this be'a Chinese oA 
34. An old 18th century hat (6) 
35. True subjects, not lies 
for example (6) 

39. Slop for the night, do so (4) 

his witch could be found on the 
beach (4) 
42. Ned came last with The (3) 
43. This way means every way (3) 


